(19) 



J) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



01) EP 0 903 889 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

24.03.1999 Bulletin 1999/12 

(21) Application number: 98306134.2 

(22) Date of filing: 31.07.1998 



(51) mtci 6; H04L 12/24, G06F 17/00 



(84) Designated Contracting States: 


(72) Inventor: Singh, Jitendra K. 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


San Jose, California 95120 (US) 


MC NL PT SE 




Designated Extension States: 


(74) Representative: Powell, Stephen David et al 


AL LT LV MK RO SI 


WILLIAMS, POWELL & ASSOCIATES 




4 St Paul's Churchyard 


(30) Priority: 17.09.1997 US 932733 


London EC4M 8AY (GB) 


(71) Applicant: Hewlett-Packard Company 




Palo Alto, California 94304 (US) 





(54) Internet enabled computer system management 



CD 



O 



(57) The configuration of a managed system (10; 
15) can be viewed or changed over the Internet using 
an HTML document to list and display the managed sys- 
tems, together with icons that represent the state of the 
managed systems. Using embedded commands or 
identifiers within template documents, a program can be 
created to automatically acquire needed system infor- 
mation. In another embodiment, an HTML CGI docu- 
ment containing desired system information and a ref- 
erence link back to the system at the manufacturer's se- 



lected site is created, allowing the manufacturer's sys- 
tem to retrieve this system information automatically. 
The system information is then analyzed against a list 
of currently valid system configurations to detect poten- 
tial problems. In turn, if potential problems are detected, 
the information is sent back to the managed system au- 
tomatically. By using "active controls" or Java scripts, 
the state of the managed systems can be dynamically 
updated by changing the colour of associated icons or 
the displayed text. 
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Description 

[0001] Computer system management as currently 
implemented relies heavily on such known manage- 
ment platforms as Hewlett-Packard Co.'s ("HP") Open- 
View, IBM's NetView, Sun Microsystem's SunNet Man- 
ager, and others. These platforms are typically used with 
third party tools that perform the specific tasks required 
to manage particular devices, including Intel-based PC 
desktop computers and server systems, network devic- 
es such as hubs, bridges, and routers, and other similar 
equipment. Examples of these third party tools include 
HP's NetServer Assistant for managing the NetServer 
line of computers and Interconnect Manager used for 
managing network devices such as routers. As a gen- 
eral rule, these tools are complex, expensive, and diffi- 
cult to use without extensive training. 
[0002] The Internet makes it possible to create appli- 
cations that perform many of the functions now per- 
formed by management platforms and third party add- 
on tools in a much simpler manner. These applications 
will be easier to use by novices than known tools and 
will lower the overall cost of system management. 
[0003] The embodiments of the present invention de- 
scribed herein require certain generic computer sys- 
tems and components to function. There must be a set 
of computer systems or network devices that must be 
managed. A set of client systems are used to manage 
the sets of computer systems and/or network devices. 
In some cases, the managed system and the client sys- 
tem are the same system. At the manufacturer's site, a 
system is located and used for warehousing and ana- 
lyzing data from the managed systems. The manufac- 
turer's system is only needed for implementing such 
management features as analysis and verification of 
system information, transmission of advisory informa- 
tion back to users and system registration. 
[0004] Any of the known web browsers such as Net- 
scape Corp.'s Netscape Navigator or Microsoft Corp.'s 
Internet Explorer must be installed on all client systems 
used as management systems and at least one of the 
managed or client systems must have an Internet HTTP 
Server(Web Server) running on it. Finally an implemen- 
tation of one of the known technologies that make it pos- 
sible to retrieve and/or alter configuration information is 
needed on the managed and client systems, including 
an implementation of any one of Simple Network Man- 
agement Protocols ( n SNMP u ), DMTF/DMI, ISO/CMIPor 
other proprietary protocols. 

[0005] With these required components, all of which 
are known, the system's configuration can be viewed or 
changed over the Internet using an HTML document to 
list and display the managed systems, together with 
icons that represent the state of the managed systems. 
By using "active controls" or Java scripts, the state of 
the managed systems can be dynamically updated by 
changing the color of associated icons or the displayed 
text. Using embedded commands or identifiers within 



template documents, a program can be created to au- 
tomatically acquire needed system information. 
[0006] In another embodiment, an HTML CGI docu- 
ment containing desired system information and a ref- 

5 erence link back to the system at the manufacturer's se- 
lected site is created : allowing the manufacturer's sys- 
tem to retrieve this system information automatically. 
The system information is then analyzed against a list 
of currently valid system configurations to detect poten- 

io tial problems. In turn, if potential problems are detected, 
the information is sent back to the managed system au- 
tomatically. 

Fig. 1 is a block diagram showing the system com- 
15 ponents and architecture of the present invention; 

Fig. 2 is a flow chart for a first embodiment of the 
present invention; 

Fig. 3 is a flow chart for a second embodiment of 
the present invention; 
20 Fig. 4 is a flow chart for another embodiment of the 
present invention; 

Fig. 5 is a flow chart for yet another embodiment of 
the present invention; and 

Figs. 6, 7, 8, and 9 are flow charts for different im- 
25 plementations of another embodiment of the 
present invention. 

[0007] The various embodiments of the present in- 
vention can operate within any particular realization of 

30 the generalized system architecture shown in Fig. 1. 
This generalized architecture comprises a set of com- 
puter systems 10, a set of network devices 15, or any 
combination of computer systems 10 and network de- 
vices 15, all of which must be managed. A set of client 

35 systems 20 are used to manage the computer systems 
10 and the network devices 15. In at least one embod- 
iment, it is possible that the managed computer system 
10 and the client system 20 doing the management 
comprise the same system. 

40 [0008] In several embodiments of the present inven- 
tion, a manufacturer's system 50 is used for warehous- 
ing and analyzing data from and for the managed sys- 
tems. Manufacturer's system 50 is only necessary for 
implementing such features as analysis and verification 

45 of managed systems' information, system registration, 
and transmission of advisory information back to the 
customers. 

[0009] A web browser such as Netscape Corp.'s Nav- 
igator or Microsoft Corp.'s Internet Explorer must be in- 

50 stalled on all client systems 20 used to manage other 
systems. At least one of the managed systems 1 0 or the 
client systems 20 needs an Internet HTTP server, also 
known as a Web Server, running on it. Finally, the man- 
aged systems 10 and the client systems 20 need an im- 

55 plementation of at least one of several known or propri- 
etary technologies that permit the retrieval and altering 
of desired configuration information. These implemen- 
tations can include any one of SNMP, DMTF/DMI, or 
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ISO/CMIR 

Configuration Management 

[0010] In a first embodiment of the present invention, 
configuration management is accomplished by using 
various Web-based elements. As shown in Fig. 2, an 
HTML document 101 that lists the managed systems 
and devices is created (Fig. 2, step 201). Document 101 
contains a list of system names linked to Uniform Re- 
source Locators ( u URL n s) that point uniquely to a Com- 
mon Gateway Interface ("CGI") or a Microsoft Internet 
Server Application Programming Interface ("MS ISAPI°) 
script program 151 . When invoked or executed by user 
actions (Fig. 2, steps 201 and 203), which actions in- 
clude clicking on the system name, script program 151 
generates HTML document 103 that contains the sys- 
tem information, which can then be displayed (Fig. 2, 
step 209). Document 101 can be automatically gener- 
ated by a program using an auto-discovery algorithm 
such as HP's OpenView or it may be manually created 
using an HTML editor, in which case the users will need 
to know the URLs for the systems being managed. 
[0011] In this implementation, script program 1 51 can 
be located either on the system/device being managed 
or on another system that has an HTTP (Web Server) 
server, or on both systems. This allows one system to 
be a proxy for another system or to be a backup system. 
This is helpful when the particular system of interest is 
down or if the system cannot run an HTTP server. Using 
proxies creates redundancy and also permits using the 
management facilities described herein with devices 
that are not able or do not want to run an HTTP server. 
[0012] An HTML configuration template document 
102 is created using any preferred HTML editor (Fig. 2, 
step 211). Document 102 will contain such standard 
HTML elements as labels, icons : text, references to 
Java scripts, active objects and other documents as 
necessary. In places where the actual parameter values 
are displayed, a placeholder is embedded. The place- 
holder includes an identifying start meta character at the 
beginning and an end meta character at the end of the 
placeholder to make the placeholder identifiable to 
script program 151. The body of the placeholder con- 
tains identification information such as SNMP object ID, 
that uniquely identifies the attribute whose value is to be 
retrieved and displayed. 

[0013] The CGI or ISAPI script program 151 is in- 
voked by the HTTP server as a result of an end user 
request for information, which the user initiates by "click- 
ing" on the icon or symbol labeled with the device name 
in the system/device list of document 101 (Fig. 2, step 
203). When invoked, script program 151 retrieves pa- 
rameters passed to it using standard CGI/IS API inter- 
faces (Fig. 2, step 209). In this embodiment of the 
present invention, the parameters are : a) information 
type(existing/new); b) IP address of the system of inter- 
est; c) SNMP community name; d) system configuration 



file name; and e) template file name. The information 
type parameter indicates whether the program is to re- 
turn an existing configuration file or whether it must cre- 
ate a new one. The IP address parameter identifies the 

5 system for which information is to be retrieved (the man- 
aged system). The SNMP community name (an SNMP 
artifact used for security) identifies the community to 
which the SNMP agent used for retrieving the requested 
information belongs. The system configuration file name 

10 is the name of the file to which newly retrieved informa- 
tion is written to. The template file name is the name of 
the template file the program will use to determine what 
information is to be retrieved. 

[0014] After script program 151 retrieves this informa- 
tion, it parses the template document, sequentially re- 
trieves the embedded object identifiers, performs an 
SNMP or other request to retrieve the value of the re- 
quested attribute (object), converting the retrieved value 
to a meaningful form if necessary, and replaces the em- 

20 bedded placeholder with this value (Fig. 2, step 209). 
Once all required values have been obtained, script pro- 
gram 151 writes the generated file, document 103, out 
to disk using the system configuration file name re- 
trieved from the passed parameters (Fig. 2, step 213). 

25 it then passes a reference back to the HTTP server in- 
dicating that the server should return this file to the user 
initiating the request (Fig. 2, arrow from step 207 to step 
201 ). 



[0015] In this embodiment, system configuration in- 
formation can be verified in real time with minimal cus- 
tomer effort. This function is difficult to implement under 
35 existing non-Web based technologies and is typically 
not provided by vendors. 

[0016] The process to verify system configurations 
starts with the user loading HTML document 101 and 
clicking on the appropriate icon or label representing the 

40 system of interest. This causes CGI script program 151 
to be executed on one of the managed systems 10. 
Script program 1 51 then fills the fields in a template form 
102, creating document 103 (described below). The 
process by which script program 1 51 fills template form 

45 1 02 to create document 1 03 is similar to that described 
in the preceding embodiment. Once document 102 is 
filled out by program 1 51 , document 102 is returned to 
the user's Web browser as document 103(Fig. 3, step 
251). 

50 [0017] Document 103 is a CGI form in which all the 
fields are labeled. For example, in addition to including 
a label "System Name", there is afield value parameter 
which is assigned the value of System Name, e.g. "Man- 
go". 

55 [0018] CGI form document 103 contains a "submit" 
button. When a user clicks on this button (Fig. 3, step 
253), the contents (name-value pairs) of document 103 
are transmitted to the system referenced in the form 



30 Reat Time System Configuration Verification 
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URL. In this case, the referenced system is system 50 
at the manufacturer's location (Fig. 3, step 255). On re- 
ceiving document 103, the HTTP server on system 50 
executes a script program 1 53 defined in the URL. Pro- 
gram 153 parses document 103 and saves the param- 
eter values retrieved from it in a database 200. 
[0019] Script program 153 then executes program 
1 55 on system 50 with a pointer to the data that was just 
entered database 200 (Fig. 3, step 257). Program 155 
retrieves this data and compares specific system con- 
figuration information such as version numbers of the 
software components and supported hardware/soft- 
ware against those in a standard/supported system con- 
figuration database 202, which is independently created 
(Fig. 3, step 259). The results of this comparison reveal 
differences between the configurations of the managed 
systems 10 and currently valid configurations. Exam- 
ples of these differences could be differences in the ver- 
sions of software/firmware/hardware components or the 
presence of hardware/software components that are 
known to have potential problems. Once these differ- 
ences are determined, program 155 prepares a differ- 
ence report formatted as an HTML document, document 
107, and passes it back to script program 153 (Fig. 3, 
step 259 to step 255). Program 153 then returns docu- 
ment 1 07 to the client browser 20 from which the request 
originated using a standard HTTP protocol (Fig. 3, step 
255 to step 251). 

Mail/HTTP-Based System Configuration 
Verification and Customer Advisories 

[0020] The previously described methods for Config- 
uration Management and Real Time System Configura- 
tion Validation assume a user invokes a Web browser 
and requests system information. In the following em- 
bodiment, configuration information is created and 
transmitted without user intervention, the advisory cor- 
responding to potential problems or out of date compo- 
nents, and the advisory being transmitted back to the 
user asynchronously via the Internet or other e-Mail 
mechanisms. 

[0021] This method requires a program 157 running 
on one or more of the managed systems 1 0 (Fig. 4, step 
301). A modified version of program 153, called here 
program 159, plus a modified version of program 155, 
called here program 161 , run on system 50 at the ven- 
dor's location. In addition to these programs, an e-Mail 
system must be running on system 50. The e-Mail sys- 
tem must be able to send and receive electronic mail 
messages to and from other systems that are connected 
to the Internet. 

[0022] Program 157 executes at predetermined peri- 
odic intervals on systems 10. It can be configured to run 
on each of the managed systems 1 0, on one of the man- 
aged systems 10, or on some number of systems be- 
tween these extremes. In those cases where program 
157 is not running on all the systems, it behaves as a 



proxy agent and is able to retrieve information from the 
other systems for which it is configured to be a proxy. 
[0023] When program 157 executes, it retrieves data 
from one or more of the managed systems 1 0 using one 
5 of the standard or proprietary protocols such as SNMP 
or DMI. It then creates a set of files 109, one for each 
system it is configured for, which contains detailed sys- 
tem information. The specifics of the information are de- 
termined by template document 102. In addition to the 
10 system information, program 1 57 also creates appropri- 
ate e-Mail headers that include mailing lists so that doc- 
ument 1 09 has a format and fields compatible with the 
e-Mail system so that document 109 can be sent to the 
configured destinations. 

[0024] Program 157 submits files 109 to the e-Mail 
program by placing them in the outgoing bin or, alterna- 
tively, communicating directly with the e-Mail server us- 
ing standard APIs such as MAPI. 
[0025] The e-Mail system takes the files generated by 
program 157 and delivers them to the recipient, which 
in this implementation is program 159 running on sys- 
tem 50. Program 159 extracts the system information 
and downloads it into database 200 (Fig. 4, step 303). 
[0026] Program 161 executes at configured intervals 
on system 50. It extracts information from database 200 
sequentially compares this information with standard 
information of valid configurations in database 202 and 
generates a set of files , called document 111, one for 
each system for which configuration analysis is per- 
formed or on which configuration obsolescence is de- 
tected (Fig. 4, step 305). Program 161 adds appropriate 
e-Mail system headers that include destination address- 
es of configured recipients and writes these to the out- 
going bin of the e-Mail system or uses the e-Mail sys- 
tem's APIs to submit them to the e-Mail system (Fig. 4, 
step 307). The e-Mail system in turn delivers them to the 
recipient. 

System Registration 

[0027] In general, most customers do not fill out sys- 
tem registration forms. Perhaps the customer sees no 
benefit to spending time filling out the forms. This em- 
bodiment of the present invention eliminates some of 
the effort needed to fill out these forms. It also makes 
possible the collection of substantially more system in- 
formation, making it possible to send advisory informa- 
tion back to customers automatically when components 
become obsolete or when problems are discovered, us- 
ing the previously described embodiments. 
[0028] After the customer has received the newly pur- 
chased system, installation is accomplished by execut- 
ing an installation program. The last part of the installa- 
tion program is modified so that it executes program 1 63 
(Fig. 5, step 351). Program 163 brings up an electronic 
form document 113 for the customer to fill out (Fig. 5, 
step 353). The customer fills out basic information such 
as the customer's name and e-Mail address. After this 
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information is entered, program 163 uses template doc- 
ument 102 to gather system configuration information 
in a manner similar to program 151 and creates docu- 
ment 117 by appending the basic customer information 
to configuration information using the CGI form "Name- 
Value" format (Fig. 5, step 355). 

[0029] Document 117 is an HTML form consisting of 
name-value pairs for customer information, entered by 
the customer, and the system configuration information 
entered by program 163. The form URL points to pro- 
gram 153 on system 50. 

[0030] After creating document 117, program 163 
takes one or both of the following actions: (1 ) transmits 
document 117 as a CGI script form to system 50 at the 
manufacturer's site using the HTTP protocol (Fig. 5, 
step 357), and (2) adds e-Mail headers to document 1 1 7 
and places it in the outgoing bin of the electronic mail 
system located somewhere in the customer's network. 
The mail system delivers document 117 to systems on 
a predetermined mail distribution list. The specific action 
taken depends on : (1) whether the customer wants a 
real time check of his system configuration and (2) 
whether the customer wants systems at multiple loca- 
tions to save this configuration information. After trans- 
mitting these documents, program 163 waits for a re- 
sponse on the same TCP/I P port as a web browser, typ- 
ically port 80. 

[0031] To the web server on system 50, document 1 1 7 
transmitted over HTTP looks identical to a CGI form re- 
quest that would have been generated had document 
1 1 7 been displayed in the context of a web browser and 
had a user clicked on the "Validate Configuration" but- 
ton. This results in the same actions described under 
the "Real Time System Configuration Verification" sec- 
tion (Fig. 5, step 369). Program 153 retrieves informa- 
tion in document 117, enters it into database 200, and 
executes program 1 55 with a pointer to the data just en- 
tered in database 200 (Fig. 5, step 359). Program 155 
retrieves the data just entered and compares it with 
standard/supported system database 202 (Fig. 5, step 
371). The differences between the configuration of the 
system being currently registered and the standard con- 
figuration are then formatted as an HTML document 107 
and passed back to the script program 153. Program 
1 53 then returns document 1 07 to the system being reg- 
istered. Document 107 is then received by program 163 
(Fig. 5, step 357), which was waiting for a response on 
port 80. Program 163 then writes document 107 to a file 
(Fig. 5, step 367) and executes the web browser with a 
command line parameter pointing to it (Fig. 5, step 369). 
This causes document 107 to be displayed by the web 
browser on the system being registered and provides 
immediate feedback on any potential configuration 
problems. 

System Alert Monitoring and Exception Handling 
[0032] A system alert condition is generated when 



some system parameter exceeds predetermined 
boundary conditions. For example, if the system tem- 
perature goes too high, an alert is triggered. Traditional 
methods for handling alerts use industry standard or 

5 proprietary protocols such as SNMP or DMTF/DMI and 
send alert information packets to receiving system man- 
agement consoles like HP's Open View. At these con- 
soles icons representing the systems from which the 
alerts originate change colors (from, for example, green 

10 to red). This notifies the administrator that something is 
wrong. 

[0033] In this embodiment, program 165 executes on 
managed systems 10 waiting for alerts from the local 
SNMP or DMI agents (Fig. 6, steps 401 and 403). On 

is reception of an alert, program 165 decodes the alerts 
using the alert ID to index into an alert translation data 
file document 119. Based on the alert ID the alert data 
file returns an alert record consisting of the following 
fields: (1) alert type, (2) alert description, (3) system 

20 name, (4) the name of an icon bit map file used to display 
this alert in the web browser, and (5) a URL reference 
to the help files, document 120, that provides additional 
information about the alert. This record is entered into 
a local trap Management Information Base ("MIB") ta- 

25 ble, if SNMP is used, or another document 121 (Fig. 6, 
step 405). 

[0034] Like program 165, program 167 also receives 
SNMP or DMI alerts on the management system 20. 
When an alert is received, program 167 determines the 

30 system from which the alert came, based on the ad- 
dressing information in the alert packet (Fig. 6, step 
407). It then launches the local web browser with com- 
mand line parameters that point to the CGI script pro- 
gram 1 51 and the system name from which the alert was 

35 received. Script program 151 reconstructs document 
103 using appropriate icons specified in document 121 
or the SNMP local trap MIB (Fig. 6, step 409), links the 
icons to help files associated with the icons and returns 
document 103 to the browser as described under the 

40 earlier Configuration Management embodiment (Fig. 6, 
step 413). The browser in turn displays document 103. 
When a user clicks on the icon representing system/ 
sub-system status, the browser displays the help docu- 
ment that was linked to the icon. 

45 [0035] In an alternative implementation of this embod- 
iment (see Fig. 7), document 102 is modified by chang- 
ing the header information to produce document 123. 
When program 151 receives a request from the HTTP 
server it uses the modified document 123 to create doc- 

50 ument 1 25 which is identical to document 1 03 except 
for the header information (Fig. 7, step 451 ). The header 
information indicates to the web browser that document 
1 25 must be updated periodically. Each time the brows- 
er requests an update (Fig. 7, step 453), program 151 

55 is executed by the HTTP server (Fig. 7, step 455) and 
it re-creates document 1 25 with the latest system status 
and configuration information and returns it to the web 
browser. This ensures that all alerts generated since the 
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last update are reflected in the system status section of 
the newly created document 125. 
[0036] In a third alternative implementation of this em- 
bodiment (see Fig. 8), program 1 51 , a modified version 
of program 1 65, here called program 1 69 : and the HTTP s 
web server all execute on managed systems 10. Pro- 
gram 169 is similar to program 165, except that it exe- 
cutes program 151 upon receiving an alert in addition to 
its normal functions. In this implementation, document 
102 is replaced by document 127. Document 127 is 10 
identical to document 1 02 except the header information 
is modified to indicate that it is a M m u It i -part- with -re- 
place" document, a known type of document. When web 
browsers receive such documents, they connect to the 
web browser asynchronously. When a user initiates a is 
request in this implementation, program 151 uses doc- 
ument 127 to create document 129 (Fig. 8, step 501), 
which is document 103 with a modified header. As the 
header information from the template is directly copied 
to the output document, document 129 is also a "multi- 20 
part -with -replace" document. When an alert is received 
by program 169 (Fig. 8, steps 503 and 505), it launches 
program 151 with an appropriate command line indicat- 
ing it should re-create document 129 and re-transmit it 
to the web browser (Fig. 8, step 507). The technique 25 
used here to asynchronously send documents on alert 
conditions to the web browser is commonly referred to 
as "Server Push", i.e., documents are pushed from the 
HTTP server without being explicitly requested by the 
web browser. 30 
[0037] I n a fourth implementation of this particular em- 
bodiment (see Fig. 9), document 102 is modified to in- 
clude references to "active objects" such as a Java ap- 
plet or an ActiveX program to create document 1 31 . In 
this implementation, program 151 uses document 131 35 
as input and produces document 133, which is similar 
to document 103 but includes the references to the ac- 
tive objects in document 1 31 . A property of such active 
objects is that displaying them causes the browser to 
execute the "bytecode" corresponding to the active ob- 40 
jects. The executing embedded programs (the active 
objects) in turn read the system status file document 121 
at programmed intervals and change the displayed 
icons to correspond to the current system state in the 
same manner as described for the other implementa- 45 
tions of this embodiment. 

Claims 

so 

1. A method of configuration management in a com- 
puting environment comprising at least one man- 
aged system (10; 1 5) and at least one client system 
(20) which manages the managed system, each of 
the client and managed systems being capable of ss 
communicating with each other over the Internet, 
the method comprising the steps of: 



creating (201 ) a web browser list of managed 
systems in the form of an HTML page (101 ); 
selecting (202) by a user from the web browser 
list a managed system of interest; 
invoking (207) a program (151) to obtain pa- 
rameters about the managed system of inter- 
est; 

creating (209) a document (103) from a tem- 
plate document (102) using the program to in- 
sert the obtained parameters about the man- 
aged system of interest; and 
returning the document to the user. 

2. A method for real time configuration validation in a 
computing environment comprising at least one 
managed system (10: 15) and at least one system 
(20) with a configuration database which manages 
the managed system, each of the system with a 
configuration database and managed systems be- 
ing capable of communicating with each other over 
the Internet, the method comprising the steps of: 

creating a plurality of system configurations 
and status documents (103), one for each man- 
aged system using a program to create the doc- 
uments from a template form (102); 
selecting (253) one of the system configuration 
and status documents; 

creating a standard supported system configu- 
ration database on at least a first system with 
a configuration database (50); 
transmitting (255) the selected system config- 
uration and status document to the at least first 
system with a configuration database: 
comparing (259) the selected system configu- 
ration and status document with standard sup- 
ported system configuration; and 
returning any differences between the selected 
system configuration and status document and 
the standard supported configuration. 

3. A method for verifying system configuration and 
providing system advisories in a computer environ- 
ment comprised of at least one managed system 
(10; 15) and at least one system (20) with a config- 
uration database which manages the managed sys- 
tem, each of the system with a configuration data- 
base and managed system being capable of com- 
municating with each other over the Internet, the 
method comprising the steps of: 

running (301) a program (157) on each of the 
managed systems at a predetermined interval 
and generating a first document (109) com- 
prised of preselected system information for 
each managed system; 

sending the first document from each managed 
system by electronic mail to a system with a 
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configuration database; 

creating a database of information from the first 
documents on the system with a configuration 
database (50); and 

running (305) a second script program (1 61 ) on 5 
the system with a configuration database at a 
predetermined interval which compares the da- 
tabase of information from the first documents 
with a second database of valid configuration 
information on the system with a configuration 10 
database; 

generating a plurality of second documents 
(111) which indicate any differences between 
the database of information from the first doc- 
uments and the valid configuration information; is 
and 

returning (307) by electronic mail to each man- 
aged system the second document that corre- 
sponds to the differences between the first doc- 
ument that was generated for that managed 20 
system and the second database. 




A2 12 

tion database and managed systems being capable 
of communicating with each other over the Internet, 
the method comprising the steps of: 

detecting (403, 503) exceptions at each of the 
managed systems by means of a first program 
(165, 169); 

creating (405, 501 ) a first document at the man- 
aged system with information regarding the de- 
tected exceptions; 

transmitting the first document to a system with 
a configuration database over the Internet; and 
displaying the first document to an operator of 
the system with a configuration database to 
alert the operator of exceptions at each of the 
managed systems. 



4. A method for automatically registering systems in a 
computing environment comprised of at least one 
managed system (10; 15) and at least one system 2$ 
(20) with a configuration database which manages 
the managed system, each of the system with a 
configuration database and managed systems be- 
ing capable of communicating with each other over 
the Internet, the method comprising the steps of: 30 



executing (351) a first program (163) automat- 
ically upon initial use of a managed system, the 
program presenting (353) a first form (11 3) to a 
first user of the managed system to obtain user 35 
registration information; 

appending (355) to the first form system con- 
figuration information from the managed sys- 
tem, the system configuration information be- 
ing obtained by a second program running on 40 
the managed system; 

transmitting the first form (1 1 7) to a system with 
a configuration database (50); 
creating a first database in the system with a 
configuration database with first forms obtained 45 
from all managed systems managed by the 
system with a configuration database. 

5. The method of claim 4, wherein the steps of real 
time configuration validation of claim 1 are per- so 
formed after each managed system has been auto- 
matically registered. 



6. A method for exception handling in a computing en- 
vironment comprised of at least one managed sys- 55 
tern (10; 15) and at least one system (20) with a 
configuration database which manages the man- 
aged system, each of the system with a configura- 
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PROGRAM 157 ON SYSTEM 10-1 
EXECUTES PERIODICALLY & 
COLLECTS CONFIG INFO & 
MAILS IT TO SYSTEM 50 



I 



301 



PROGRAM 159 ON SYSTEM 50 
EXTRACTS INFO AND ENTERS 
IT INTO DB 200 



303 



PROGRAM 161 ON SYSTEM 50 
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FILES DOC 111i ONE FOR EACH 
SYSTEM 
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1. Claim : 1 



Configuration management from a client system to one or more 
managed systems via the Internet. The user selects a managed 
system from a web browser list of systems. A program is 
started gathering parameters about the system, these are 
inserted into a document which is returned to the. user. 



Validating the configuration of a managed system via a 
system with a "standard supported system configuration 
database". For each managed system a system configuration 
and status document is created, send to the above system 
with a "standard supported system configuration database", 
comparing the system configuration and status document with 
standard supported system configuration and returning any 
detected differences. 



Verifying the configuration of one of many managed systems 
via a system with a configuration database by: 

- generating automatically a document with system 
information about the managed system in regular intervals. 

- sending the information to the above system with a 
configuration database via e-mail. 

- comparing the configuration information with valid 
conf iguraitlon information on the above system with a 
configuration database in regular intervals. 

- Returning the detected configuration differences via 
e-mail . 



Automatically registering systems in an environment with one 
or many managed systems and a system with a configuration 
database by performing the following steps: 

- presenting a registration form to the user upon initial 
use of a managed system to obtain registration information. 

- appending to said form automatically obtained system 
configuration information. 

- transmitting the form to the above system with a 
configuration database 

- storing all the received forms in the above system with a 
configuration database in a database. 



2. Claim : 2 



3. Claim : 3 



4. Claims: 4 5 5 



5. Claim : 6 
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The Search Division considers that the present European patent application does not comply with the 
requirements of unity of invention and relates to several inventions or groups of inventions, namely: 



Exception handling in a computing environment comprised of 
at least one managed system and at least one system with a 
configuration database which manages the managed system. The 
method comprises the steps of: 
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